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OP TIMrSATION OF NT! WORK CONFIGURATION 



Field of Ihe Invention 



This invention relaLes to management of network configuration to Identify 
misconfmurarions and/or conditions inhibiting optimised performance. 



Background to the Invention 

1 1) Networks generally consist of a number of devices which may include workstations, 

personal computers, servers, hubs, routers, bridges and switches linked together by physical 
cable or wireless links, "["he devices on the network operate in accordance with a protocol to 
enable recognition of communicating devices and control of the data or traffic between 
them. Networks may take various forms such as a local area network (LAN) or a wide area 

15 network (WAN). In most substantial sized networks some or all of the devices on the 

network are managed. 

Achieving optimum performance from a network requires devices and links to be set to the 
best configuration. Mistakes may be made in the original setup and configuration or may 
20 arise during modification of an existing network. Presently it is possible to display 

configurations but the recognition of a non-optimised configuration and correction depends 
upon Lhe skill of the network manager being able to notice the misconfigiiration or lack of 
efficiency and know how to change the configuration to make the needed improvement. 

2? In general, most network management applications have provided either individual device 

management or a collective blind display. With individual device management the network 
manager is requited manually to check the configuration of cacti device on the network in 
turn and match ii up with the configurations of other devices, in the hope of spotting 
potentially bad configurations. Display applications retrieve the network configuration from 



[0000280 27-Feb-0t 04:48 ( 



HC bUWLLia MUK I UN : 



¥ 



several devices and allow these to be displayed in order to enable the network manager 10 
conduct a manual review and again, hopefully spot bad conti durations. 

Clearly both these methods rely .heavily on the individual knowledge of the network 
manager and time consuming manual checking 



Sum mil rv of the Invention 



The present invention is directed towards providing a network configuration check that 
10 provides an indication of the nature of a reconfiguration or inefficiency and which may be 

automated. 

A network and the devices on it are systematically analysed and compared in order to detect 
any inefficiencies or anomalies in their configuration relative to one another and/or 
M otherwise, and these arc displayed with query status indicated when a configuration does not 

conform to the predefined optimisation An offer to reconfigure automatically to the 
optimum configuration and/or an indication of the change or changes required may also 
included. The analysis of the network may be an analysis of a compilation of information 
about the network and devices 

20 

According to the present invention there is provided a method of checking configurations on 
a network, the method comprising the SLeps of: for at least one managed device on the 
network, accessing configuration information for a port and its respective associated link to 
another device, applying a series of interrogations to the configuration information relating 
25 to an aspect of configuration to determine whether the port and associated link conforms to 

at least one predetermined configuration criterion, and when the configuration docs not 
conform, providing an indication of the non conformity that has been determined. 

The invention also provides a computer program comprising program instructions for 
to accessing configuration information relating to a plurality of pony and respective associated 
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links of a plurality of devices on a network, and for applying a series of interrogations to the 
configuration intonnalion and for providing an indication when the sequence of responses to 
rhe imenogulions indicate the aspect of configuration for a port or link does not conform lo 
one of a set of predetermined criteria. 

Brief Description of the Drawings 

The invention is now described by way of example with reference to the accompanying 
drawings in which:- 

11) 

Figure 1 is a (low diagram of an overview of a configuration check according to the 
invention: 

Figure 2 is a flow diagram showing a duplex mode configuration cheek; 
Figure 3 is a flow diagram showing a trunk link configuration check; 
Figure 4 is a flow diagram showing a link speed configuration check, 
2u Figure 5 is a flew diagram showing a resilient link configuration check; and 

Figure 6 is a schematic illustration of a network. 
Detailed Description of Preferred Embodiments 

Referring first to Figure 6 a network 100 has a network manager's workstation 101 and a 
plurality of other workstations 102. 103, 104 and 105, some of which may be managed and 
some may be PCs In the network shown ihere are two hubs 106 and 107 and a switch 108. 
Device 109 links onward LO other devices or another network via link 110. A large storage 
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server us shown as device 111. but it could be replaced by any other kind of device or a 
storage subnet. 

The links between the workstations, hubs and other devices are generally cable links, but 
may also be wireless as indicated by link 112. It will be appreciated that more complex 
networks frequently exist and other arrangements including loops may also be present. 
Temporary connection to the network may be made via interfaces such as the internet. 

The process of the present invention may be initiated by the network manager or. in some 
circumstances, may be initiated automatically by the management program based on a set of 
predetermined rules The management program that implements the process may be 
executed on a separate computer that connects to the network lor the purpose or 
incorporated into one or more of die networked devices themselves. Tn other cases the 
process may be invoked remotely but the process itself run on a computer linked to the 
network, or the information about the network harvested and examined remotely. The 
process is based on checking, in turn, the devices on a network and applying an analysis 
based on a set of rules to determine whether the configurations can be improved. The rules 
depend upon the specific areas or features for which the configuration is being analysed and 
in general these fall into four categories: duplex mode, trunks, link speed and resilient links. 

Figure 1 shows schematically the procedure that can be applied for each set of rules The 
configuration information of the network is obtained and stored in a predefined accessible 
format, such as in a database. This step is similar to prior an procedures which obtain and 
display the information for manual action. This collection and storage step is represented by 
boxes 1 and 3 of Figure I and is generally presumed to take place before instigation of the 
analysis procedure 

Once the procedure is started, the first step, represented by box 10. is to fetch the 
configuration information of the first device from the database. This is then followed by, 
shown in box 1 1, fetching the first port or link information and supplying this to the rules or 
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analysis Stage shown as box 12. Further details of the rules options for box 12 arc shown 
and discussed I titer with reference to Figures 2 to 5. 

Once the rules have been checked for the port or link under consideration, the system checks 
S (box 1 3) whether there is another port or link that has not yet been analysed belonging to the 

device under consideration If there is another port or link, the process loops back to box 1 1 
and the next port or link becomes the one for analysis in box 1 2. 

Once all the ports or links for a device have been analysed the system checks (box* 14) 
to whether there is anothei device not yet checked and if so the process loops back to box 10 

and the next device not yet checked becomes the duvice undei consideration and each of its 
pons or links is subjected to the tests in turn. The results of the tests are used to signify if a 
configuration change is desirable and where appropriate to offer to make the change. 

15 Referring now to Figure 2, the system is shown wirli box 12 expanded to include the rules 

for checking for duplex mode configuration. The preliminary collection and storage of the 
configuration information us omitted from this and subsequent Figures relating to the more 
detailed analysis procedures. 

20 In order for two devices to communicate properly without data collisions, the duplex mode 

configured at each end of the link connecting them must match. In the duplex mode analysis 
the duplex mode at both ends of all links for which network configuration information is 
available in the database are checked and mismatches or inefficiencies are flagged. 

The following checks are made - 

I . That the mode of operation is consistent at each end of the link (mismatch check). 

2 That all links connected to ports capable of full duplex communication are 
;(f configured for full duplex (efficiency check). 
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Rcfcrring in more detail to Figure 2, the following sequences of interrogation take place. 

The step signified by box 20 ascertains whether the device at the other end. of the link under 
5 consideration is managed. If the device is not managed, a check is made to see if the link is 

running on full duplex (box 21). If h is, this is correct, and no action is flagged. If the link is 
noL lull duplex there could be an inefficiency but this is not certain because when one end is 
not a managed node, for example if it is a PC, then the capabilities of the node can not be 
determined. In this instance it is useful to flag up to the user that the link is running at half 
io duplex so there may be an inefficiency to be checked. However, this flag can indicate (his is 
a low priority check as there are likely to be more instances where half duplex is correct. 

When the device at the other end is managed, the ports rather than the link is checked In the 
step indicated by box 22. the port under consideration is checked for half or full duplex. If it 

l$ is half duplex at box 23 it is checked whether the port at the other end is half duplex. Tf the 

answer is NO, a mismatch, is flagged by box 24 Tf the answer is YES, the step at box 25 
checks for efficiency by investigating whether both of the ports are capable of full duplex A 
YhS response here results in generation of an inefficiency report shown by box 26, that 
suggests switching to full duplex. If one or other port is not capable of full duplex then the 

20 configuration is correct and no report is triggered 

If at box 22 it is determined that the port under consideration is running full duplex, the step 
at box 27 checks whether the port at the other end is full duplex. YES indicates all is well 
but NO flags a mismatch at box 24. 

Duplex mode checking is worthwhile even though many newer devices include an auto- 
negotiation feature as incompatibility of the auto-negotiation with many of the PHYs on 
older devices does occur. 
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Whco a system is mismatched with one port configured to run at half duplex and the other at 
lull duplex the link will pass some traffic, but there will be collisions. 

Figure 3 shows the system with box 12 expanded ro include the rules for trunk link, analysis. 



A trunk link is a way of increasing the available bandwidth between two devices. In a trunk 
link potts arc grouped together and specified to be pan of a mink. The pons that are pan of 
the trunk must all be connected to the same device at the other end of their link and the 
corresponding connected ports at the device at the other end must also be specified as part of 



To check for correct configuration and efficient operation the system interrogates each 
device to determine the trunks that have been created and rhe ports that are assigned to the 
trunks. The basic rules for the interrogation are:- 



This is because a device linked by a trunk will still attempt to send data to a port designated 
us part of the trunk at the other end, even if that port is disabled. The result would be that 
some traffic would get through the trunk to the enabled ports but that destined for the 
disabled port would be lost. 

2 There must be an equal number of ports in the trunk at each end of the link. 
If this is not the case, network performance may be seriously allected. 
3. Each port in the trunk should have a valid link. 

If a link that is pan of a trunk is broken then rhe trunk is able to adapt since each end detects 
that, the link is lost, but the trunk is no longer operating at full capacity. 



a trunk. 



15 



1. 



Each port in the trunk should be enabled. 
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4. Look for devices that are connected together which have unused ports. 

Use -of these potts and creation of a trunk or incorporating them to increase the capacity of 
5 an existing trunk may improve the bandwidth and resilience of the connection between the 

two devices. 

Referring now in more detail to Figure 3, the Following sequences of interrogation takes 
place 

10 

The step signified by box 1 1 looks at links (rather than ports ay in Figure 2) and the sltsp at 
box 30.. similarly io bo\ 20 of Figure 3, ascertains whether the device at the other end is 
managed If the device is not managed a check is made to see whether it is a trunk link (box 
31). If it is not a trunk, no action is flagged. If it is a trunk there may be a potential 
15 miscoiifiguration and thus is reported. 

When the device at the other end is managed, the step at box 32 determines whether or not it 
is a trunk link Ifit is not a trunk link, the box 33 step determines whether both devices are 
trunk capable. If both are not, the trunk link configuration is acceptable and nothing is 
2i) flagged. If both devices are trunk capable, the step of box 34 determines whether there are 
free ports available on both devices and if there are not, then again the configuration is 
accepted However if there are free ports, box 36 flags a recommendation to create a trunk 
or to add the pons to an existing trunk. 

25 If at the box 32 step the response is that the link is a trunk, then at box 37 it is determined 

whether there ure equal numbers of ports at each end. and if there are not equal numbers an 
advisory notice is flagged to the user to equalise the pons. When the port numbers are 
equal, the step ;it box J8 ascertains whether all ports are enabled and if they are not offers to 
enable the ports (box 39). If the ports are all enabled, including after the box 39 step, at box 
40 it is checked whether all the ports have a link, and if they do not, flags an advice to the 
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user to fix the link iho\ 41). If all ports have a link, and also after the advice of box 41, 
there is a check at box 42 whether the link is at the maximum number of ports per trunk. 
When the response to this is NO, the box 34 enquiry about free ports is made and the 
sequence continues as described above for boxes 34 and 36, although it will be appreciated 
that any flagging that has occurred at boxes 39 and 41 remains. Finally, if the link is at 
maximum ports per trunk, that step of the configuration is accepted but again any box 39 
and box 41 flagging remains. 



Referring now to Figure 4, box 12 is shown expanded to incorporate a link speed analysis. 

lo 

For two devices to communicate with each other, the speed configured at both ends of the 
link connecting them must match. With newer devices auto-negotiation of the best speed is 
ollen available, but it is also possible for a user to switch o IT auto-negotiation and force a 
given speed. In the event that the ports are set lo communicate at different speeds, then 
13 traffic will not pass between them and consequently the network management system will 

be unable to communicate with one of them However, it is possible to detect that the link is 
not running at optimum speed. 

The potential scenarios for link speed checking are: 

20 

1 Auto-negotiation is switched on at both ends of the link but the link is not running at 
maximum speed. 

For this to be detected, both ends of the link need to be managed. The lack of optimum 
25 speed in such instances can arise if the cable used to interconnect devices is inferior to that 

required. For example gigabit per second communication may drop to 100 mega bits per 
second When low link speed is detected, an advice to check the cable type is flagged. 

-. A port'has been explicitly set to run at a speed less than its maximum capability. 
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This may he the situation if the user has inadvertently configured a port into a fixed speed. 
An advice to switch on auto-negotiation can be flagged 

- . ■ 3. A -port-has- been explicitly set to run at a given speed, but is currently running at its 
^ most optimum speed. 

This is, n vnrianr of rhe previous situation, and may arise if the device at the other end of the 
link has been replaced and the fixed speed may no longer work. Switching on auto- 
negotiation is again advised. 

10 

4. A port is in auto -negotiation mode but is not running at its fastest speed. 

iliis is most likely where the device at the other end of the link is unmanaged, for example a 
PC. This is not an error ur inefficiency of the installed hardware, but is indicative that the 
15 device is nor making best use of its capability. An advice can be given to upgrade the 

network card of the PC in order to optimise conditions. 

Referring now to Figure 4. the following sequences of interrogation take place. 

2u The step of bnx 1 0 fetches the next port from the device under consideration. At box 52 it is 

determined whether the speed is set to auto-negotiation and if it is not, at box 53 it is queried 
whether the port is running at maximum speed. If the port is not running at maximum speed 
an inefficiency report is flagged (box 54) and then both lor ports running al maximum speed 
and also for tho.se with inefficiency flagged the step at box 55 flags an advice to switch on 

IS auto-negotiation 

If at box 52 it i* established that the speed is set to auto-negotiation, the step at box 56 
ascertains whether the device at the other end of the link is managed. If the device is not 
managed, the box 57 step determines whether the port is running at maximum speed. If it is. 
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no action is flagged, but if it is not box 58 flags up an advice to upgrade ihe network card of 
the attached device. 



icn the box 56 step determines that the attached device is. managed, box 59 determines 
whether the attached device is set to auto-negoLiation. Tf it is not, no action is flagged. (It is 
assumed that any inefficiency will be detected at the managed end as with steps 52 to 55). If 
the box 59 step determines that the attached device is set to auto-negotiation, box 60 checks 
whether the port is at maximum speed, and if it is no action is required. If the speed is not at 
a maximum, box 61 flags up an advice to check the cable type. 

Figure 5 illustrates the system with box 12 expanded to include the rules for analysing 
resilient links. 



A. resilient link (or resilient pair) is manual configuration of two ports on a given device 
15 where the two ports are specified as forming the resilient pair. The two ports are linked at 

their other end to the same device. One of the ports in the resilient link is specified as the 
main port and is active for forwarding traffic. The other port is designated as a standby and 
becomes inactive, but becomes active in the event of failure of the link on the main port. 
Thus a degjee of resilience against link failure is achieved. 

20 

The rules for checking resilient links arc: 

I. Check for resilience being configured at both ends of the link. 

15 When configuring resilient links it is usual practice to specify resilience only at one end of 

the link, it being the job of the resilient pair to determine when to switch to the standby port, 
[f both ends are specified as resilient links a failure of a link would result in both ends trying 
to resolve the problem by switching to their associated standby link, which could 
subsequently result in a conflict elsewhere in the network. This check is not strictly for a 
misconfiguraiion, but for a iack of understanding of resilient links. 
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At present this check can only he made with the main link because, with current technology, 
it is not possible to determine where the other end of a standby link is connected. However 
with information from devices- becoming more comprehensive this should become possible 
in the future (This may also be applicable to other procedures and to implementation of 
automated correction for this and other procedures). 

2. Chock tor main and standby port on same unit of device. 

Both ports that are configured lo form a lesilienL pair can belong to the same uuil of the 
device. Stackable devices can have multiple units, and if both the ports in the resilient pair 
arc connected to the same unit, failure of the unit cuts off both ports However, if the 
standby purr is on a different unit there is greater resilience to unit failure Advice to move 
the standby port to another unit can be provided. 

Figure 5 shows the system with box 12 expanded to show resilient link analysis. 

As before, the box 1 1 step references the next port of device under consideration. At box 71 
it \s determined whether or not the port is a main port of a resilient pair and if it is not the 
system proceeds to the next port or device as the case may be via boxes 13 or 14. In future 
standby port checks could be inserted before box 13 in this flow chart. 

When the port is determined to be the main port of a resilient pair, the step at box 72 
determines whether the attached port is in a resilient pair. If the attached port is also 
designated part of ft resilient pair this undesirable configuration is flagged up. Then, in all 
cases, a! box 73 it is determined whether the standby port is on the same unit as the main 
port. If it is not. the procedure joins the next port/device stage, if it is on the same unit the 
step at bo\ 74 ascertains whether the device is stackable. If it is not. the procedure joins the 
next port/device stage, whereas if the device is stackable box 75 flags the advice to move the 
standby port to another device before continuing to the next port/device stage. 
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The procedure may be initiated to check for example, just duplex mode or a check for 
several or all of the configuration aspects may be made. When checks on more than one 
aspect of configuration are made these may be done in series, that is, for example, 
5 completing the procedure shown in Figure 2 and then restarting on the procedure of Figure 

-\ or the procedure for the different aspects may be checked our at each device/port stage, 
that i 5> moving from the box 12 step of Figure 2 to the box 12 step of Figure 3 and so on 
before proceeding u> box 13. 

io When the process is run on a computer connected to the network, the mismatches and actual 

or possible inefficiencies are specifically displayed for the network manager. The display 
indicates the configuration status that has been determined together with the changes 
required or suggested. An option to make the change is offered (when that is possible) 
which may be selected by the manager for example via mouse 1 13 (Figure 6) or a keyboard 

J5 command. When automated change is not possible or the non-optimised condition is not 

certain due to lack of information the change option may be replaced by an option to send a 
message that notifies the relevant operators, managers or devices of criteria that might 
require changing, checking or upgrading to achieve optimum performance. The message 
may be sent by e-mail or pager and include an inhibit to prevent excessive repeated sending. 

10 

When the process is run on a remote basis, the indications may be displayed at the remote 
location and/or results returned from the remote interrogations for action by the network 
manager or the indications may be directed to the relevant managed devices. 

^ The program may be provided on suitable carriers in software or in a combination of 

software and firmware or distributed in the form of signals. 

In some instances, especially for complex networks, specific areas or links within the 
network may be checked or a priority order assigned to the order of the checks. An option 
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to include only managed devices may be provided. The procedure could also be 
implemented on an automatic basis at routine intervals. 
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CLAIMS 



I. A method of checking configurations on a network, the method comprising the steps 
uf 

for at least one managed device on the network, accessing configuration information for a 
pon and ite respective associated link to another device. 



applying a series of interrogations to the configuration information relating to an aspect of 
n> configuration to determine whether the port and associated link conforms to at least one 

predetermined configuration criterion, 

and when the configuration docs not conform, providing an indication of the non conformity 
that has been determined. 



2. A method according to claim 1 including repeating the procedure for another port 
and respective link on the device. 



i. A method according to claim I or claim 2 further including applying a plurality of 
scries of interrogations to the port and link relating to different aspects of configuration. 

4. A method according to any preceding claim in which the series of interrogations 
relates to one of duplex, trunk link, link speed and resilient link coziiigui aliens. 

5. A method according to any preceding claim in which che indication of the detected 
non conformity includes a display of information on the configurations and of the change 
required to establish conformity. 
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6 A method according to claim 5 in which the non conformity is one for which an 
automated modification is possible and an automated modification of the configuration to 
establish conformity is offered tor selection 

7. A method according to any preceding claim in which the link comprises a remote 
connection and the configuration information relates to the remote connection. 

8. A method according to any preceding claim in which the configuration information 
relates to a property oFan interconnecting material that comprises the link. 

9 A method according to any preceding claim in which the accessing of the 
configuration information is implemented externally of the network. 

10. A method according to any of claims 1 to 8 in which the accessing of the 
configuration in formation is implemented in a device on the network. 

11. A method according to any of claims I to 8 in which the accessing of the 
configuration information is initiated remotely. 

12. A method according to any preceding claim in which the interrogations determine 
whether the port and the port at the other end of the link are running half or full duplex 
mode and if both said ports are not running at the same duplex mode an indication of non 
conformity is given 

1 3 A method according to any preceding claim in which the interrogations determine 
whether the link is running at half duplex, and if so. when the link is to another managed 
device whether the ports at both ends of the link are capable of full duple* and if so an 
indication of full duplex capability is given. 
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14 A method according lo any preceding claim in which the interrogations determine 
whether the link is running at half duplex and if so, and the other device attached to the link 
is not managed, au indication is given of a potential inefficiency. 

15. A method according to any preceding claim in which, when rherc is a managed 
device at the other end of the link, the interrogations determine whether the link is a trunk 
hnk, and if so whether each port in the trunk is enabled, whether there are equal numbers of 
pons at each end of the trunk link and whether all ports have an active link and when any of 
these are NO an indication is given. 

1<5. A method according to any preceding claim in which, if the interrogations indicate 
that there are any free pons on both devices that could be used as part of a trunk line, an 
indication is given. 



17. A method according to any preceding claim in which the interrogation determine 
whether the link is a trunk link, and when the link is not a trunk link the interrogations 
determine whether both devices are trunk link capable and whether there are free ports on 
each device and if so an indication is given. 

18. A method according to any preceding claim in which if rhe device at the oihei end of 
the link is not managed the interrogations determine whether the Jink is a trunk link and if so 
provides an indication of a misconfiguration. 

19. A method according tn any preceding claim in which the interrogations determine 
whether auto-negotiation is Switched on at both ends of the link and if so whether the link is 
running at maximum speed, and if not and die device at the other end of the link is managed 
an indication is given to check the physical connection between the two devices for correct 
type. 
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20. A method according to any preceding claim in which ihe interrogations determine 
whether the port has been set to nm at a fixed speed less than its maximum capability or at a 
fixed speed but is running ai optimum speed, and in either instance provides an indication to 
turn on auto-negotiation. 



21. A method according to any preceding claim in which the interrogations determine 
whether auto-negotiation is switched on and if so whether the link is running at maximum 
speed, and if not and the device at the other end of the link i$ not managed an indication to 
check the munanaged device for upgrade is given. 

10 

22. A method accoidiny to any preceding claim in which the interrogations determine 
whether the link is a resilient link and if so whether Lhe pons at each end of the link both 
form pa it of a resilient pair on their respective devices, and if so an indication of 
misconfiguration is given. 

23. A method according to any preceding claim in which the interrogations determine 
whether the standby port of a resilient pair is on the same unit as the main port and if so 
whether the device contains multiple units, and if so an indication to move either the main 
port or the suimiby port to another unit is given. 

10 

24. A computer program comprising program instructions for causing a computer to 
perform Lhe method of any of claims I to 23. 

25. A computer program comprising program insuuaions for accessing configuration 
25 lnfonuation relating to a plurality of ports and respective associated (inks of a plurality of 

devices on a network, 



and for applying a series of interrogations to the configuration information 
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and for providing an indication when the sequence of responses to the interrogations 
indicates the aspect of configuration for a port or link does not conform to one of a set of 

predetermined criteria. 

20. A computer program according to claim 2S or claim 24 on a computer readable 
medium or embodied in a carrier wave. 

27. A networked device controlled by a method according to any of daims 1 to 23 



10 



28. 



A network controlled by a method according to any of claims t to 23. 
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ABSTRACT 



A method and program for checking for mis-configurations and inefficiencies in the 
configuration of devices -and links on. a network Information relating to the configuration of 

? components on the network is stored in a database. The configuration information is 

accessed for each device, and interrogated for each port and its associated link and 
connected remote port. The interrogation determines whether the ports and links have 
matched configuration and whether they are running at optimum capability, such as at flili 
duplex (both ends permitting), at maximum speed or with maximum numbers of pons 

10 assigned to a trunk. 
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